home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1002.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.1 KB  |  47 lines

  1. Tony Johnson writes:
  2.  
  3. > Excellent! One area I would like to see clearly documented is what types of 
  4. > nesting of tags is legal, I have not found it clearly documented in the 
  5. > existing HTML documentation (of course maybe I didn't follow the right link).
  6.  
  7. > For example, which of the following are legal/supported/encouraged HTML??
  8.  
  9. > <a href=x>The <h1>Link</h1></a>
  10. > <a href=x>The <b>link</b></a>    
  11. > <b><i><e>Weird</e></i></b>     etc. etc. etc....
  12.  
  13. The current DTD specifies that anchor text is PCDATA. This perhaps too strong
  14. as it rules out ANY tags occurring between <A> and the </A>. The same is true
  15. for the tags: <EM>, <TT>, <STRONG>, <B>, <I>, <U>, <CODE>, <SAMP>, <KBD>,
  16. <VAR>, <DFN> and <CITE>.
  17.  
  18. The DTD also gives limitations on which tags can occur within lists - namely
  19. the preceding tags, together with <LI> and <P>, but *no* nested lists.
  20.  
  21. I have a feeling that most people find the SGML DTD rather hard to follow
  22. in detail. Goldfarb's account of SGML almost seems to go out of its way
  23. to make life difficult for the newcomer. Perhaps we need to supplement the
  24. HTML DTD with a more accessible BNF style description.
  25.  
  26. > Of course one answer is that browsers should do their best with whatever they 
  27. > get....but I think in the interest of portability (and of something that works 
  28. > fine with ine browser working equally well with another one) it would be better 
  29. > to document what things are required to be supported.
  30.  
  31. An easy to understand, yet precise description of the core HTML is needed.
  32. I feel we would also benefit from some guidelines for dealing with bad HTML,
  33. and pointers to experimental extensions.
  34.  
  35. > It would also be useful for browsers to have a -noextentensions flag
  36. > (or some moral equivalent) under which they flag anything other than the
  37. > strictly supported constructs to aid people in writing portable HTML.
  38.  
  39. My first browser did this - but I got fed up with all the error messages!
  40. Perhaps the browser should just report the document as not conforming
  41. to the core spec and leave it to a separate program to generate a full report.
  42.  
  43. Regards,
  44.  
  45. Dave Raggett
  46.  
  47.